METHOD AND SYSTEM FOR IMPLEMENTING A SIGNALLING 
CONNECTION IN A DISTRIBUTED RADIO ACCESS NETWORK 

FIELD OF THE INVENTION 

The present invention relates to the telecommunication 
systems. In particular, the present invention relates 
to a novel and improved method and system for imple- 
menting a signalling bearer connection in a distributed 
radio access network. 

BACKGROUND OF THE INVENTION 

In the current specifications of the third generation 
mobile networks (referred to as UMTS) , the system util- 
ises the same well-known architecture that has been 
used by all main second generation systems. A block 
diagram of the system architecture of current UMTS net- 
work is presented in figure 1. The UMTS network archi- 
tecture includes the core network (CN) , the UMTS ter- 
restrial radio access network (UTRAN) , and the user 
equipment (UE) . The core network is further connected 
to the external networks, i.e. Internet, PLMN, PSTN 
and/or ISDN. 

The GSM Phase 1/2 Core Network consists of network 
switching subsystem (NSS) . The NSS further consists of 
the following functional units: Mobile Switching Center 
(MSC) , Visitor Location Register (VLR) , Home Location 
Register (HLR) , Authentication Center (AC) and equip- 
ment identity register (EIR) . The GSM Phase 2+ enhance- 
ments to the GSM phase 1/2 CN are serving GPRS (General 
Packet Radio Service) support node (SGSN) , gateway GPRS 
support node (GGSN) and CAMEL service environment. The 
most important new feature that is introduced with GPRS 
is packet switching (PS) which improves the capacity of 
the network. For UMTS, only minor modifications to the 
GSM Phase 2+ core network are needed. For instance, al- 
location of the transcoder (TC) function for speech 
compression . 

The UTRAN architecture consists of several radio net- 
work subsystems (RNS) . The RNS is further divided into 
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the radio network controller (RNC) and several base 
stations (BTS, referred to as B nodes in the 3GPP 
specifications) . 

In this architecture there are several different con- 
nections between the network elements. The lu interface 
connects CN to UTRAN. The lur interface enables the ex- 
change of signalling information between two RNCs. The 
signalling protocol across the lur interface is called 
radio network subsystem application part (RNSAP) . The 
RNSAP is terminated at both ends of the lur interface 
by an RNC. The Tub interface connects an RNC and a node 
B. The lub interface allows the RNC and node B to nego- 
tiate about radio resources, for example, to add and 
delete cells controlled by node B to support communica- 
tion of dedicated connection between UE and S-RNC, in- 
formation used to control the broadcast and paging 
channels, and information to be transported on the 
broadcast and paging channels. One node B can serve one 
or multiple cells. UE is connected to node B through 
the Uu radio interface. UE further consists of a sub- 
scriber identity module (USIM) and mobile equipment 

(ME). They are connected by the Cu interface. Connec- 
tions to external networks are made through Gateway MSG 

(towards circuit switched networks) or GGSN (towards 
packet switched networks) . 

Figure 2 further presents current GERAN architecture. 
GERAN (GSM/EDGE radio access network) is an enhanced 
GSM radio access network. Enhanced here means that 
GERAN uses EDGE as a radio technology. EDGE allows use 
of UMTS services with 800/900/ 1800/1900 MHz frequency 
bands. GERAN offers full advantages of GPRS (General 
Packet Radio System) to be explored. The base station 
subsystem (BSS) of GERAN is connected to the GSM core 
network by Gb (between BSS and a GSM SGSN) and A (be- 
tween a BSS and a GSM MSG) interfaces. BSS is further 
connected to UMTS network by interfaces lu-ps (between 
a BSS and a 3G SGSN) and lu-cs (between a BSS and a 3G 
MSC) . BSS is further connected to the RNC of UTRAN or 
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to another BSS by lur-g interface. BSS includes a base 
station controller (BSC) and base transceiver stations 
(BTS) . In GERAN the air interface between BTS and Mo- 
bile Station / user equipment (MS) is called Um, An IP- 
RAN (Internet Protocol Radio Access Network) is a RAN 
architecture that is fully optimised to carry IP traf- 
fic. In this configuration the division of functional- 
ities between network elements is fundamentally re- 
defined to suit the needs of IP traffic. This is 
clearly different from just using IP as a transport so- 
lution with the existing network architectures like GSM 
(Global System for Mobile Communications) and CDMA 
(Code Division Multiple Access) based radio access net- 
works . 

IP is currently the most 'future proof technology of- 
fering unprecedented economies of scale^ and the possi- 
bility to integrate right across the industry; fixed, 
wireless and mobile. 

Future networks will contain multiple radio access 
technologies, such as GSM, BlueTooth, IEEE 802.11a/b, 
BRAN HL2 and WCDMA. The IP-RAN will provide a common 
base to tie all these technologies together in a single 
RAN. This will enable services to be used seamlessly 
across the RAN. 

The benefits of IP, and IP enabled Radio Access Network 
(IP-RAN), can be seen clearly and they can be summa- 
rised as follows. The primary driver for the increased 
usage of IP is derived from operators' abilities to 
create new and easily customisable services over the 
de-facto service creation environment, the Internet. 
Secondly, as the content is expressed in the Internet 
Protocol, native support for IP makes networks more op- 
timal for this form of traffic and operational, and 
capital expenditure savings over the whole network are 
significant. Thirdly, IP integrates various access and 
transport technologies and standards, including fixed, 
wireless and mobile, into common service creation and 
delivery networks. 



4 

In order to obtain the most efficient RAN architecture, 
which is based on using the good characteristics of IP, 
some functionality has to be relocated between network 
elements. In the most revolutionary architecture we no 
longer have a network element commonly known as a BSC 
(Base Station Controller) or RNC (Radio Network Con- 
troller) , although this functionality must remain in 
the RAN. However, in evolutionary architectures, the 
RNC and BSC are still used. 

Macrodiversity combining, or soft handover is a spe- 
cific function of CDMA technology. As IP-RAN architec- 
ture will enable very large RAN Gateways, the location 
of the Macrodiversity Combiner can no longer be cen- 
tralised for all BTSs (Base Transceiver Station) in 
RAN. Therefore, in one embodiment of the IP RAN there 
has been chosen to locate some RNC functionality in the 
BTSs to enable soft handover and associated signalling 
to happen along the shortest path, producing minimum 
delay and signalling load to those parts of networks 
where this is not necessary. 

Referring to the above state of art description it can 
be said that IP RAN is realised by implementing most of 
the RNC (or BSC) functionality in the BTS (IP BTS) . 
Only Paging, basic O&M (Operation and Maintenance) and 
configurations. Location Calculation functions and Com- 
mon Radio Resource Management may be implemented in 
separate servers outside the BTS site. 

In the distributed architecture of IP RAN the number of 
BSC / RNC that has to be connected to the neighbouring 
RAN and the core network CN is around hundreds times 
higher than in the normal case. The consequence is that 
the CN and RAN / BSS equipment cannot handle this 
situation, due to restrictions in the implementation of 
the configurations of neighbour RNC / BSC. For example 
the handling of the external addressing of the differ- 
ent entities and the use of the identifiers (in 3G net- 
works an identifier is assigned to a UE that has an ex- 



isting signalling connection to the radio access net- 
work) becomes very complicated. 

Thus, there is an increasing need for a logical or vir- 
tual network entity that can handle the very compli- 
cated external addressing of the different network ele- 
ments as well as the use of temporary identifiers as- 
signed to the user equipment. Also there is an obvious 
need for a gateway type network element which can hide 
the distributed radio access network control element, 
i.e. the distributed functionalities of RNC / BSC from 
the CN' s or neighbouring radio network's point of view. 

SUMMARY OF THE INVENTION 

Consequently, the present invention concerns a novel 
and improved method and system for implementing a sig- 
nalling bearer connection between core network and/or 
radio access network of the neighbouring radio network 
and a base station or a number of base stations which 
substantially obviates one or more of the limitations 
and disadvantages of the related art. 

One objective of the present invention is to provide a 
virtual radio access network access server (RNAS) which 
is able to operate as an interworking unit between the 
base stations and other radio access elements as well 
as core network. Specifically, unlike according to the 
present scenario of the radio access network in which 
the functionalities of RNC and BSC have been imple- 
mented in the separate elements thus increasing sig- 
nificantly the number of network elements that has to 
be logically connected to core network and/or to other 
radio access network, the present invention is designed 
to reduce the amount of said elements. This makes it 
easier to use and manage the distributed radio access 
network. 

This is achieved by means of a method for implementing 
a signalling bearer connection in a distributed radio 
access network. In this context the distributed radio 
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access network means the situation in which the radio 
access network is based on IP (Internet Protocol) . This 
arrangement is achieved by implementing the functional- 
ities of the radio control elements^ e.g. RNC or BSC in 
the base stations. Logically this kind of structure can 
be seen as a partial radio access network (RAN) even if 
the certain functionalities, e.g. paging, basic O&M 
functions and configurations, location calculation and 
Common Radio Resource Management (CRRM) may have been 
preserved outside the base stations. In some embodi- 
ments it is possible to implement these functionalities 
in the base stations or even in the distinct servers 
that can be considered equal to the base stations in 
the light of addressing . 

According to the invention, the method comprises the 
steps of creating a first interface instance between an 
interworking unit and a core network and/or a 
neighbouring radio access network, creating a second 
interface instance between said interworking unit and a 
set of base stations, and mapping the signalling traf- 
fic between said first and said second interface in- 
stances in said interworking unit. The purpose of this 
solution is to realise an interworking between the core 
network and the radio access control functions in the 
base stations as well as an interworking between the 
neighbouring radio control functions and the radio ac- 
cess control functions in the base stations. 
According to one aspect, the invention relates to a 
system for implementing a distributed radio access net- 
work comprising a set of base stations, and at least 
one of the following networks: a core network, and a 
neighbouring radio access network. This network can be 
seen as an other radio resource network which is avail- 
able for the user equipment. Further the connection be- 
tween the set of base stations and the neighbouring ra- 
dio network is needed e.g. in the relocating or hand- 
over processes between these two radio networks. 



According to the invention the system further comprises 
an interworking unit for connecting said core network 
to said set of base stations and to at least one of 
said networks, said interworking unit comprising a 
first interface instance between said interworking unit 
and at least one of said networks, a second interface 
instance between said interworking unit and said set of 
base stations, and a mapping unit for mapping the sig- 
nalling traffic between said first and said second in- 
terface instances. Thus a signalling bearer connection 
for user equipment can be created through said first 
and second interface instances. 

According to another aspect, the invention relates to 
an interworking unit connected to a core network and/or 
a to neighbouring radio access network, and to a set of 
base stations in a distributed radio access network. 
According to the invention, the interworking unit com- 
prises a first interface instance between said inter- 
working unit and the core network or the neighbouring 
radio access network. The interworking unit further com- 
prises a second interface instance between said inter- 
working unit and a set base stations which have been 
equipped with radio access control. In addition to these 
interfaces, the interworking unit comprises a mapping 
unit for mapping the signalling traffic between said 
first and said second interface instances, whereupon 
said interworking unit functions as a logical radio net- 
work controller. 

Thanks to the present invention the core network and 
the neighbouring radio access network, i.e. RNC/BSC see 
a set of IP BTS as one logical radio access network ac- 
cess server, RNAS . Further due to the invention RNAS is 
addressed and the signalling connection is terminated 
there and it hides the large amount of base stations, 
IP BTSs, from the external networks, and takes care of 
the necessary parameters and signalling translation. 
However, the invention still preserves the feature that 
the same signalling protocol that is used in the inter- 
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faces can be used also within IP RAN, i.e. in the in- 
terfaces between RNAS and IP BST's. 

Further the invention provides an easy way to manage a 
distributed radio access network, i.e. the IP based ra- 
dio access network, in which the functionalities of RNC 
and/or BSC is implemented in the base stations. Thus, 
thanks to the invention, to add a new base station, or 
node B as it is called in UMTS (Universal Mobile Tele- 
communication System) specifications, does not mean a 
plenty of configuration work nor problems in defining 
the addresses and updating the new network structure. 
Adding a new IP BTS does not require configuration 
changes in so many network elements than without using 
the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are included to pro- 
vide a further understanding of the invention and con- 
stitute a part of this specification, illustrate em- 
bodiments of the invention and together with the de- 
scription help to explain the principles of the inven- 
tion. In the drawings: 

Fig 1 is a block diagram illustrating an example of the 
state of the art scenario relating to the present mo- 
bile network; 

Fig 2 is a block diagram illustrating an example of the 
state of the art scenario relating to the present mo- 
bile network; 

Fig 3 is a block diagram describing an overall archi- 
tecture of a distributed radio access network; 
Fig 4 is a block diagram of one embodiment of the pre- 
sent invention; 

Fig 5 is a block diagram of an interworking unit of 
figure 4; 

Fig 6 describes the address structure according to one 
embodiment of the present invention; and 
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Fig 7 describes the logical elements and connections in 
an embodiment of figure 4. 

DETAILED DESCRIPTION OF THE INVENTION 

Reference will now be made in detail to the embodiments 
of the present invention, examples of which are illus- 
trated in the accompanying drawings. 

The IP RAN logical entities are next described by re- 
ferring to figure 3. Each logical entity is described 
by listing the functions that it performs, and the re- 
lation with the other logical entity. Some of these 
functions are related only to the support of GSM/EDGE 
radio interface and some only to the support of UTRAN 
FDD (Frequency Division Duplex) radio interface. 
CS (Circuit Switched) Gateway CSGW is a logical element 
used for the interworking of IP RAN towards A interface 
and ATM based lu-CS interface. It is composed by two 
logical functions, i.e. Media Gateway MGW and A Server 
(ASE) . MGW is used for the user plane interworking be- 
tween A interface and lu-CS to IP based part of the 
core network CN. MGW also performs the transcoding. A 
Server takes care of the adaptation of the BSSAP Rel'97 
protocol to a BSSAP/IP protocol (Base Station Subsystem 
Application Part, BSSAP) . Translation of the addresses 
is also required. The CSGW is controlled by the RNAS, 
and the CSGW acts as a micromobility anchor point for 
the A and lu-CS interface and does not require for this 
function the RNGW. CSGW takes care of the control plane 
interworking [GSM], i.e. BSSAP to BSSAP/IP translation. 
RAN Gateway RNGW is the IP user plane access point from 
the core network CN to distributed radio access network 
IP RAN- During the Radio Access Bearer assignment pro- 
cedure, RAN returns to the CN transport address (es) 
owned by the RNGW, where the user plane shall be termi- 
nated. In some embodiments, only lu-PS interface is 
connected through the RNGW. The main function of the 
RNGW is the user plane switching during the network 
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handover, in order to hide the mobility to the CN. Due 
to this function, there is no need to perform any radio 
network layer processing on the user data, but it re- 
lays data between the RAN and CN IP tunnels. RNGW has 
been connected to one or more RNAS, which selects a 
RNGW when there is a need to setup a RAB (Radio Access 
Bearer) for a user. It shall be possible for one RNAS 
to use more than one RNGW for the RAB of one UE . 
The RAN Access Server RNAS acts as a signalling gateway 
between RAN and CN . It has the following functions. It 
discriminates the control plane messages of the lu and 
A interfaces and relays them further. It also can have 
paging server functions, i.e. RNAS keeps track of the 
UE RRC (Radio Resource Control) status and location, 
processes the idle mode paging messages and other con- 
nectionless messages from the core network CN, and for- 
wards them to the IP BTS controlling the cell the mes- 
sage is targeted to. RNAS is also a Micromobility con- 
trol point, i.e. it selects and controls the gateways 
RNGW, CSGW, also during the relocation of the IP BTS. 
In more detail, the RNAS has the following functions: 
RANAP (RAN Application Part) [GSM: and BSSAP] connec- 
tion termination, setup and release of the signalling 
connections, discrimination of connectionless messages, 
processing of RANAP connectionless protocol messages; 
in User plane control: selection of the RNGW / CSGW 
unit, initialisation and control of the CSGW/RNGW en- 
tity for the UE connections, also during IP BTS reloca- 
tion. Control plane anchor (function required only if 
UCF (UE Control Function) is not included in the RNAS), 
redirection of the signalling connection in case of UCF 
Relocation; in paging: Storing of information of the 
existing radio resource control (RRC) connection. Re- 
laying of idle mode paging message to the relevant en- 
tities, Reset and overload control. Management of Reset 
and overload messages to/from the CN; and in RNGW/CSGW 
Management: Management of the logical resources of the 
RNGW/CSGW (addresses, etc.). 
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The functions of the O&M Server (OMS) are similar to 
the functions of the OMU (Operation and Maintenance 
Unit) in BSC and the NEMU in RNC. It is connected to 
every network element in IP RAN. Common Resource Man- 
agement Server CRMS acts as a policy manager for the 
access to the cells and the radio bearer resources 
within IP RAN, by performing the Radio Resource Manage- 
ment algorithms. CRMS is also connected to other radio 
access network than IP RAN, allowing dynamic intersys- 
tem radio resource management (RRM) . One CRMS collects 
information about the cell status in one area and, 
based on this, prioritises handover candidate lists, 
and modifies in OMS the RAN configuration parameters. 
Additionally, CRMS can access the configuration and 
performance monitoring databases in OMS. 

The Serving Mobile Location Centre performs the MS (or 
UE) positioning functions in IP RAN. It controls Loca- 
tion Measurement Unit in the IP BTS and provides assis- 
tance data for UE based positioning to other network 
elements. In its operation, one SMLC may need to con- 
tact another SMLC, to retrieve some LMU measurement or 
assistance data. SMLC supports different positioning 
methods and associated positioning algorithms. 
In the embodiment of figure 3, distributed radio access 
network IP RAN supports at least the following inter- 
faces needed for interoperation with other radio access 
networks and core networks. Supported interfaces be- 
tween distributed radio access network IP RAN and core 
network CN are the following. lu-PS, 3GPP Rel 4, for 
the connection to the packet domain of the Core Net- 
work. All the services offered from the lu-PS interface 
are supported. lu-PS interface can be used with both 
GERAN and UTRAN/FDD radio interface; lu-PS is specified 
by the 25.41x series of the 3GPP UMTS technical speci- 
fication. lu-CS, 3GPP Rel 4, for the connection to the 
circuit switched domain of the core network CN . All the 
services offered from the lu-CS interface are sup- 
ported. lu-CS interface can be used with both GERAN and 
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UTRAN/FDD radio interface. lu-CS is specified by the 
25.41X series of the 3GPP UMTS technical specification, 
lu-CB (not shown in the figure) , 3GPP Release 1999, for 
the connection to the Cell Broadcast domain of the core 
network. lu-CB is specified by the 25.419, 3GPP UMTS 
technical specification. Gb, 3GPP Release 4 (Gb over 
IP), for the connection to the 2G SGSN. It is used by 
GERAN Radio interface. A, 3GPP Release 1999 (incl. GSM 
Rel*97), for the connection to the 2G MSG. It is used 
by GERAN radio interface. 

As is mentioned above in IP RAN, most of the functions 
of the centralised radio network controller (RNC and 
BSC) are moved to the base station, IP BTS. In particu- 
lar, all the radio protocols are moved to the base sta- 
tion. Entities outside the base station are needed to 
perform common configuration and RR (Radio Resource) 
functions, or interworking with other radio access net- 
works, gateways to the CN, and micromobility anchor 
point. It must also be noted that these base stations 
IP BTS can support multiradio bearer selection, load 
sharing and the automation of network parameterisation 
for best possible air interface performance for 
GSM/EDGE, TDMA/EDGE, CDMA, WCDMA and WLAN based radio 
access networks. lur-like interface lur' is needed be- 
tween base stations BS, supporting both control plane 
signalling and user plane traffic. Full connectivity 
among the entities is supported over the IPv6 transport 
network. It should be noted that most of these entities 
(SMLC, OMS, CRMS and/or RNAS) could be implemented also 
as one physical apparatus. 

As shown in figure 4, the system according to one em- 
bodiment of the present invention comprises an inter- 
working unit IWU in order to hide the distributed 
structure of the IP RAN from the core network and from 
the neighbouring RANs. The interworking unit IWU is 
connected with first interface instances lu, lur and 
lur-g to the core network CN and to the RNC and BSC, 
correspondingly. Thus, the interworking unit IWU is 
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'seen* from the CN and other RANs as one BSC (for GSM) 
or RNC (for WCDMA) ^ in terms of external addressing and 
identifiers. Further the interworking unit IWU is con- 
nected to the set of base transceiver stations IP BTS 
with the second interface instances lu' and lur' . In an 
advantageous embodiment of the invention, these second 
interface instances are implemented using IP protocol 
(IPv6 or IPv4) . 

The interworking unit IWU is herein intended as a sig- 
nalling interworking unit for control plane processing 
and address translation. The interworking unit IWU can 
also be referred to as Radio Network Access Server 
RNAS. However, it should be noted that RNAS in IP RAN 
has more functions, as described above, than the sig- 
nalling interworking. Thus, the signalling bearer con- 
nection for a user equipment UE, that has a connection 
with one of the IP BTSs, is created through said first 
and second interface instances lu, lur, lur-g; lu' , 
lur' . 

Figure 7 shows one embodiment of the present invention 
in view of the logical element and connections. Refer- 
ring to figures 4 and 1, in a simple realisation of the 
present invention, RNAS preserves the nature of the lu 
interface between the RNAS (or interworking unit IWU) 
and the core network CN, and lur (or lur-g) interface 
between the neighbouring radio networks. However, opti- 
misation of the signalling may lead to changes in the 
interface from RNAS to IP BTS. Instance in this context 
means that signalling, e.g. lu and lur signalling ter- 
minates to the RNAS, that normally forwards transpar- 
ently the messages, even though in some cases it per- 
forms necessary processing and parameter translation, 
and in certain cases also message translations- This 
means that in particular, for each UE two independent 
instances of the signalling bearer exists, one from 
CN/BSC/RNC to the RNAS, and the other from the RNAS to 
the IP BTS, and RNAS takes care of the mapping between 
these two. These signalling bearers have been described 
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in figure 7 with thick lines. Consequently, CN and 
RNC/BSC sees a set of IP BTS as one logical RNAS . 
Figure 5 shows a block diagram of the interworking unit 
IWU according to one embodiment of the present inven- 
tion. The interworking unit IWU is an essential element 
in the network structure of the present invention. The 
interworking unit IWU comprises two interfaces for the 
first and second interface instances lu, lur; lu' , lur' . 
In this context an interface can be defined as a common 
boundary between parts of a system across which commu- 
nication takes place. Further the interworking unit 
comprises the mapping unit MU that takes care of termi- 
nating signalling in the interworking unit. The mapping 
unit MU further consists of a transport address entity 
TAE which translates the transport addresses from the 
form used in said first interface instance lu, lur to 
the form used in said second interface instance lu' , 
lur' , and vice versa, and a protocol entity PE which 
translates the protocols of said first interface in- 
stance lu, lur to the protocols of said second interface 
instance lu' , lur' and vice versa. 

However, according to one embodiment of the present in- 
vention the same signalling protocol that is used be- 
tween the core network CN and interworking unit IWU can 
be used also within IP RAN. This depends on the solu- 
tion of the base transceiver stations IP BTS and can be 
configured case by case. Also the signalling traffic can 
be transmitted transparently through said interworking 
unit IWU between said first and second instances lu, 
lur; lu' , lur' . In this case the mapping unit MU does 
not process messages or protocols. 

In the following section, a detailed operational de- 
scription of the interworking unit IWU is described 
with reference to figures 5-7. 

In the user plane setup, the request from the core net- 
work CN or neighbouring radio access network RAN to IP 
RAN, the message is terminated in the interworking unit 
IWU. The interworking unit performs a transport address 
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translation. This is based on the fact that also in the 
user plane there are two logical tunnels, i.e. from 
CN/BSC/RNC to the gateway (RNGW/CSGW) , and from the 
gateway to the IP BTS. The gateway is controlled by the 
RNAS (as described above) and it terminates the user 
plane. In the case of lur interworking, i.e. in the in- 
terface between interworking unit IWU and the 
neighbouring radio access network, it should also be 
possible to have direct user plane to the IP BTS. 
The messages (Paging, O&iyi messages) that are not trans- 
ported in the user equipment UE specific connection 
signalling may require processing and particular ac- 
tions in the RNAS. However, this is not in context of 
the present invention and is not described in more de- 
tail . 

Certain procedures, i.e. RANAP (RAN Application Part) 
SRNC (Serving RNC) Relocation and/or BSSAP (Base Sta- 
tion Subsystem Application part) handover can still be 
used in the external interface between the radio access 
network access server RNAS and the core network CN to 
change the RNAS used for a connection (and consequently 
the IP BTS) , but they can also be used only between the 
RNAS and the IP BTS to relocate or handover the IP BTS. 
This is not visible to the core network CN . In an 
amendment to this, the IP BTS can initiate the reloca- 
tion or handover procedure, and RNAS decides whether to 
relocate only the IP BTS, or to involve the core net- 
work CN to have a RNAS relocation. As mentioned below, 
also for the relocation an optimisation could lead to 
the need to design a new method for the RNAS-IP BTS re- 
location, different from the RANAP or BSSAP relocation. 
In 3G networks, the identifiers are assigned to a user 
equipment UE that has an existing signalling connection 
to the radio access network (Radio Resource Control 
(RRC) connection) . The identifiers (u-RNTI (UTRAN Radio 
Network Temporary identifier) and G-RNTI (GERAN Radio 
Network Temporary identifier) ) are composed by two 
parts: SRNC ID, that identifies the network elements 
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that terminate the RRC connection in UTRAN side, that 
has stored the Radio Resource context of the UE, and 
that terminates the signalling connection to the core 
network CN. This is RNC (WCDMA) or a BSC (GERAN) , and 
s-RNTI that identifies the UE within the cell of node B 
handled by the RNC/BSC. 

In the distributed radio access system according to the 
present invention each IP BTS assigns RNTIs with fol- 
lowing format (figure 6) : the SRNC ID part of the RNTI 
identifies the RNAS (IWU or logical RNC/BSC from the 
core network's CN point of view) associated with the IP 
BTS where the UE RR context is stored, first nn bits of 
the s-RNTI identify the base station IP BTS in the 
RNAS's logical area (in other words, the IP BTS is 
identified by the SRNC ID + first nn bits of the s- 
RNTI), and last bits of the s-RNTI identify the user 
equipment UE within the base station IP BTS. This use 
of RNTI is compliant with the core network CN, but it 
also allows addressing within IP RAN. 

It is also possible that some messages, relating to 
certain procedures, are tunnelled transparently without 
being decoded in the RNAS. In particular, the messages 
sent once the signalling connection has been created 
for one UE (connection-oriented messages) can be tun- 
nelled without the need to be read in the RNAS or in 
the interworking unit IWU, while only the message sent 
to establish the signalling connection, or all the mes- 
sages sent without a signalling connection have to be 
decoded. 

In this application, the neighbouring radio access net- 
work can be any other radio access network and can be 
implemented using whatever access techniques although 
the examples presented are concerning the UMTS and GSM 
access networks. The first interface instances lu, lur, 
lur-g. A, lu-PS, lu-CS and Gb presented in the descrip- 
tion of the invention may be also some other than pre- 
sented. The connections from the RNAS to the core net- 
work and other access networks may be implemented for 
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example by asynchronous transfer mode (ATM) or IP pro- 
tocols. Generally these interfaces may be circuit or 
packet switched. If the core network CN is using Inter- 
net protocol for transmission, it is useful to have the 
same protocol throughout the whole network and on the 
first interface instance also. 

It is obvious to a person skilled in the art that with 
the advancement of technology, the basic idea of the 
invention may be implemented in various ways. The in- 
vention and its embodiments are thus not limited to the 
examples described above, instead they may vary within 
the scope of the claims. 



